Image processing apparatus, control method thereof, and storage medium

ABSTRACT

To accomplish this, when an image processing apparatus determines with reference to a parameter associated with the image processing apparatus that allocations of storage capacities to a first storage unit which stores block images obtained by dividing image data in a page unit and a second storage unit which stores tile images obtained by dividing each block image are required to be changed, the apparatus changes the allocations of the storage capacities in correspondence with the parameter, and also changes division sizes of the block images and the tile images in accordance with the changes in storage capacities.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to an image processing apparatus, controlmethod thereof, and storage medium.

2. Description of the Related Art

In an image processing apparatus such as an MFP which provides aplurality of functions, that is, copy, scan, print, FAX, and networktransmission/reception functions, processing systems of respectivefunctions are unitized by dividing the processing systems by spooling toa storage unit. That is, a copy function is implemented by a combinationof scan and print processing systems, a scan transmission function isimplemented by a combination of scan and network transmission processingsystems, and a PDL print function is implemented by a combination ofnetwork reception and print processing systems. In this case, as aprocessing unit of image data handled by each processing system, a bandunit obtained by dividing a page into bands each having a predeterminedband height, and a block unit obtained by dividing a page into blockseach having a predetermined block width and height are known in additionto a page unit. Especially, a method of handling image data in blockunits can reduce a storage capacity required for primary storage inrespective processing systems compared to methods of handling image datain page units or band units. Also, the method of handling image data inblock units divides a page into square tile units each having an equalblock width and height, thus allowing handling of image data without anyshape change before and after rotation processing. For example, inJapanese Patent Laid-Open No. 2011-61555, in a PDL print mode, imagedata after rendering processing is divided into tile units, and encodingparameters are set for respective tile units, thus switching encodingprocessing.

However, the aforementioned related art suffers the following problem.With the related art, an image processing apparatus cannot provide afunction of flexibly changing a print performance and image quality tohave scalabilities to the user in the PDL print mode. That is, as needswhen the user uses the image processing apparatus, the following casesare assumed wherein the user wants to print at a high speed as much aspossible even at a low image quality or he or she wants to print with ahigh image quality as much as possible even at a low speed. However,these needs cannot be met. That is, since the capacity of a storage areaupon storing data divided into tile units is fixed due to unitization,it is difficult to flexibly meet such needs.

SUMMARY OF THE INVENTION

The present invention enables realization of a mechanism for realizingscalabilities of a print speed performance and image quality by suitablychanging memory capacities to be allocated to tile divisions.

One aspect of the present invention provides an image processingapparatus comprising:, a first division unit configured to divide imagedata input in a page unit into data in block units; a first storage unitconfigured to store a plurality of block images divided by the firstdivision unit; a second division unit configured to read out each blockimage stored in the first storage unit and divide the block image into aplurality of tile images smaller than the block image; a second storageunit configured to store the plurality of tile images divided by thesecond division unit; a determination unit configured to determine, withreference to a parameter associated with the image processing apparatus,whether or not allocations of storage capacities to the first storageunit and the second storage unit are required to be changed; a capacitycontrol unit configured to change, in a case where the determinationunit has determined that the allocations of the storage capacities arerequired to be changed, the allocations of the storage capacities incorrespondence with the parameter; and a division control unitconfigured to change division sizes in the first division unit and thesecond division unit in accordance with the storage capacities of thefirst storage unit and the second storage unit allocated by the capacitycontrol unit.

Further features of the present invention will be apparent from thefollowing description of exemplary embodiments with reference to theattached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram showing the control arrangement of an imageprocessing apparatus;

FIG. 2 is a block diagram showing the control arrangement related to PDLprint processing;

FIG. 3 is a flowchart for explaining local RAM control processing;

FIG. 4 is a flowchart for explaining PDL print processing;

FIG. 5 is a view showing rendering processing executed in band units;

FIG. 6 is a view showing rendering processing executed in block units ofa predetermined size;

FIG. 7 is a view showing rendering processing executed in block units ofanother size;

FIG. 8 is a view showing rendering processing executed in tile units;

FIG. 9 is a view showing tile division processing;

FIG. 10 is a view showing an example of print image processing (filterprocessing); and

FIG. 11 is a table showing change units and change methods of storagecapacities of local RAMs.

DESCRIPTION OF THE EMBODIMENTS

Embodiments of the present invention will now be described in detailwith reference to the drawings. It should be noted that the relativearrangement of the components, the numerical expressions and numericalvalues set forth in these embodiments do not limit the scope of thepresent invention unless it is specifically stated otherwise.

<Arrangement of Image Processing Apparatus>

The control arrangement of an MFP as an image processing apparatusaccording to an embodiment of the present invention will be describedfirst with reference to FIG. 1. As shown in FIG. 1, an image processingapparatus includes a controller 100, operation unit 200, network 300,scanner engine 400, and printer engine 500.

The operation unit 200 is a processing unit which acquires a useroperation as control information of image processing and displayscontrol information of image processing for the user. The network 300 isa communication unit which is implemented by a LAN, WAN (public line),or the like, and exchanges image data and device information between anexternal apparatus such as a host computer and server and the imageprocessing apparatus. The scanner engine 400 is an image input device,and is a processing unit which captures image data into the imageprocessing apparatus using an optical sensor and the like. The printerengine 500 is an image output device, and is a processing unit whichprints out image data received from the external apparatus or thatstored in the image processing apparatus onto a printing medium.

The controller 100 is a control unit which is connected to the operationunit 200, network 300, scanner engine 400, and printer engine 500, andcontrols the overall image processing apparatus. The controller 100includes a CPU 101, ROM 102, RAM 103, HDD 104, operation unit I/F 105,network I/F 106, image processors 108 to 111, and local RAM controller112. The CPU (Central Processing Unit) 101 is a processing unit whichsystematically controls the overall image processing apparatus.Especially, in PDL print processing, the CPU 101 interprets PDL datareceived from the external apparatus via the network 300, and convertsit into intermediate data called a DL (Display List).

The ROM (nonvolatile memory) 102 is a storage unit which stores a bootprogram required for the CPU 101 to activate the system. The RAM(volatile memory) 103 is a primary storage unit which is used as a workarea required for the CPU 101 to operate on the system, and is also usedas a buffer area required to primarily store image data. The HDD 104 isa hard disk drive, and is a large-capacity storage unit required tostore various image processing parameters and image data.

The operation unit I/F 105 is an interface unit which acquires a useroperation as control information of image processing, and displayscontrol information of image processing for the user. The network I/F106 is an interface unit, which is implemented by, for example, a LANcard or the like, and is used to exchange image data and deviceinformation between the external apparatus such as a host computer andserver and the image processing apparatus via the network 300. A systembus 107 is a processing unit which connects the respective processingunits included in the controller 100 to exchange image data and controlinformation between the processing units.

The scan image processor 108 is an image processor, which is connectedto the scanner engine 400, and applies image processing for correctionthat matches device characteristics of the scanner engine 400 to imagedata input from the scanner engine 400. The RIP processor 109 is animage processor, which rasterizes a DL as vector data generated by theCPU 101 based on PDL data into image data as raster data. The edit imageprocessor 110 is an image processor, which applies image processing suchas rotation, zooming, movement, and composition to image data generatedby the scan image processor 108 or RIP processor 109. The print imageprocessor 111 is an image processor, which is connected to the printerengine 500, applies image processing for correction that matches devicecharacteristics of the printer engine 500, and outputs image data to theprinter engine 500. The local RAM controller 112 is a control unit whichinternally holds local RAMs used as primary storage areas by the imageprocessors such as the scan image processor 108, RIP processor 109, editimage processor 110, and print image processor 111, and controlsallocations of storage capacities. Note that the operation of the localRAM controller 112 will be described in detail below with reference toFIG. 2.

<Detailed Arrangement Related to PDL Print Processing>

Details of the processing units related to the PDL print processing ofthe controller arrangement shown in FIG. 1 will be described below withreference to FIG. 2. As shown in FIG. 2, the RIP processor 109 includesa renderer (first division unit) 1000, tile division unit (seconddivision unit) 1001, and image compression unit 1002. The print imageprocessor 111 includes an image decompression unit 1003, tile combiningunit 1004, and CSC (Color Space Conversion)/HT (Halftone processing)1005. The local RAM controller 112 includes a capacity control unit1006, and local RAMs 1007 to 1010. The local RAMs 1007 to 1010 aredivided as, for example, different storage areas in a single storagedevice, and their storage capacities can be changed. Therefore, sincethe total of the storage capacities remains the same, when a storagecapacity of a certain local RAM is increased, that of another local RAMhas to be decreased. Note that the local RAM a 1007 corresponds to afirst storage unit, and the local RAM b 1008 corresponds to a secondstorage unit.

An overview of PDL print processing will be described below. In PDLprint processing, the CPU 101 acquires PDL data transferred from a hostcomputer or server onto the network 300 into the image processingapparatus via the network I/F 106, and stores the PDL data in the RAM103. Next, the CPU 101 interprets the PDL data stored in the RAM 103into a DL, and stores this DL in the RAM 103 again.

Next, the CPU 101 activates the RIP processor 109. In response to thisactivation, the RIP processor 109 executes a series of processes bymeans of the renderer 1000, tile division unit 1001, and imagecompression unit 1002 using the DL stored in the RAM 103 as input data,thereby generating tile compressed image data. In this case, the RIPprocessor 109 stores the obtained tile compressed image data in the RAM103 again, and notifies the CPU 101 of an end interruption of renderingprocessing.

Next, the CPU 101 activates the print image processor 111. In responseto this activation, the print image processor 111 executes a series ofprocesses by means of the image decompression unit 1003, tile combiningunit 1004, and CSC/HT 1005 using the tile compressed image data storedin the RAM 103, thereby generating print image data. In this case, theprint image processor 111 transfers the obtained print image data to theprinter engine 500, and then notifies the CPU 101 of an end interruptionof print image processing.

After that, the printer engine 500 generates a laser driving signal byapplying PWM (Pulse Width Modulation) processing to an image signalwhich represents the print image data, and irradiates the surface of aphotosensitive drum with a laser beam based on this laser drivingsignal, thereby forming an electrostatic latent image on the surface ofthe photosensitive drum. Furthermore, the printer engine 500 developsthis electrostatic latent image using a toner to obtain as a visibleimage (toner image), and transfers and fixes the toner image on aprinting medium. Then, the printer engine 500 discharges the printingmedium outside the image processing apparatus.

Operations of the local RAM controller 112 and related image processorsin the PDL print processing will be described below. In the PDL printprocessing, the renderer 1000 in the RIP processor 109 generates aplurality of image data in block units from a page unit using the DLstored in the RAM 103 as input data, and temporarily stores the imagedata in the local RAM a 1007 in the local RAM controller 112.Subsequently, the tile division unit 1001 generates, using the imagedata in block units temporarily stored in the local RAM a 1007 as inputdata, a plurality of image data in tile units obtained by furtherdividing these image data, and temporarily stores the image data in thelocal RAM b 1008. Subsequently, the image compression unit 1002 executescompression processing such as JPEG using the image data in tile unitstemporarily stored in the local RAM b 1008 as input data, and storesobtained tile compressed image data in the RAM 103.

Then, the image decompression unit 1003 in the print image processor 111executes decompression processing for JPEG or the like using the tilecompressed image data stored in the RAM 103 as input data, andtemporarily stores obtained tile image data in the local RAM c 1009.Subsequently, the tile combining unit 1004 temporarily stores image datain band units in the local RAM d 1010 using the image data in tile unitstemporarily stored in the local RAM c 1009 as input data. Subsequently,the CSC/HT 1005 executes color space conversion and halftone processingusing the image data in band units temporarily stored in the local RAM d1010 as input data, and transfers obtained image data to the printerengine 500. Note that the capacity control unit 1006 in the local RAMcontroller 112 can change storage capacities allocated to the local RAMa 1007 to local RAM d 1010.

<Image Data>

Image data in block units will be described below with reference toFIGS. 5 to 9. FIGS. 5 to 8 show an example in which a single page having320 pixels in a main scanning (X-axis) direction and 448 pixels in asub-scanning (Y-axis) direction is divided into image data in blockunits having different sizes. FIG. 5 shows an example of band units (320pixels×32 pixels) obtained by dividing the single page into bands eachhaving a predetermined band height (32 pixels). FIG. 6 shows an exampleof block units (160 pixels×32 pixels) obtained by dividing the singlepage into blocks each having a predetermined block width (160 pixels)and block height (32 pixels). FIG. 7 shows an example of block units (64pixels×32 pixels) obtained by dividing the single page into blocks eachhaving a predetermined block width (64 pixels) and block height (32pixels), which are different from FIG. 6. FIG. 8 shows an example oftile units (32 pixels×32 pixels) obtained by dividing the single pageinto tiles each having a predetermined tile width and height (32pixels).

FIG. 9 is a view for comparing the storage capacities of the local RAM a1007 used to temporarily store image data in block units generated bythe renderer 1000, and reference numerals 901, 902, 903, and 904respectively correspond to FIGS. 5, 6, 7, and 8. A DL corresponding topages of each of FIGS. 5 to 8 holds a depth relationship (Z axis) ofrendering objects as overlapping information including a whitebackground as a Level 0 object, a red rectangle as a Level 1 object, anda blue triangle as a Level 2 object.

Using the DL as input data, the renderer 1000 detects intersectioncoordinates with edges of the rendering objects for respective scanlines in the main scanning (X-axis) direction, and executes edge-to-edgefill processing. Note that, for example, the number of renderingcommands (Fill White/Red/Blue) indicated by arrows on scan lines A and Bindicates the number of times of fill processing of the scan lines A andB by the renderer 1000, and serves as a feature amount used to decide arendering processing time. As can be seen from comparison of FIGS. 5 to8 while focusing attention on the numbers of arrows, the number ofarrows on the scan lines A and B, which are divided at boundaries ofblock units, increases in the order of FIG. 5→FIG. 6→FIG. 7→FIG. 8. Inthis manner, the processing time of the renderer 1000 becomes shorter aseach block unit is larger, and becomes longer as each block unit issmaller.

However, as can be seen from comparison of the storage capacities of thelocal RAM a 1007, which temporarily stores image data in block unitsgenerated by the renderer 1000, as shown in FIG. 9, the storage capacityis reduced in the order of 901→902→903→904. In this manner, the storagecapacity of the local RAM a 1007 used to temporarily store image data inblock units generated by the renderer 1000 becomes larger as each blockunit is larger, and becomes smaller as each block unit is smaller. Whenthe storage capacity of the local RAM a 1007 is reduced, allocations ofthe primary storage areas available in the controller 100 can be changedto increase the storage capacities of the local RAM b 1008 to local RAMd 1010. Since these local RAM b 1008 to local RAM d 1010 are primarystorage areas used by the processing units used to execute a series ofimage processes associated with image quality of print image data, imagequality can be improved by increasing their storage capacities.

Many examples in which image quality is improved by increasing thestorage capacities are known. As one example, a case will be describedbelow wherein filter processing for changing a value of a pixel ofinterest by referring to values of peripheral pixels of the pixel ofinterest is executed, as shown in FIG. 10. In general, use of a windowof 7×7 pixels, which requires a larger primary storage area than that of5×5 pixels as peripheral pixels to be referred to in the filterprocessing, can improve macroscopic image quality of print image data.

Thus, with respect to the primary storage areas of the image processorswhich can improve image quality by increasing their primary storageareas, the capacity control unit 1006 changes allocations of the primarystorage areas of the local RAM a 1007 to local RAM d 1010. In this way,when the storage capacity of the local RAM a 1007 is decreased, sincethose of the local RAM b 1008 to local RAM d 1010 can be increased,image quality can be improved while suppressing PDL print speedperformance. In other words, when the storage capacity of the local RAMa 1007 is increased, the storage capacities of the local RAMs b 1008 tod 1010 are decreased. The speed performance can be improved whilesuppressing the PDL print image quality. As described above, by changingthe size of a block unit upon rendering output processing is changedaccording to the allocated storage capacities of the local RAMs,scalabilities of the PDL print speed performance and image quality canbe provided.

<Processing Sequence>

The processing sequences of the PDL print processing according to thepresent invention and local RAM control related to the PDL printprocessing will be described below with reference to the flowchartsshown in FIGS. 3 and 4. Processes to be described below are implementedwhen the CPU 101 reads out a control program stored in the ROM 102, HDD104, or the like to the RAM 103, and executes the readout program. Notethat the order of processes to be described below is an example, anddoes not intend to limit the present invention.

The processing sequence of the PDL print processing will be describedfirst with reference to FIG. 4. In step S401, the CPU 101 acquires PDLdata transferred from a host computer or server onto the network 300into the image processing apparatus via the network I/F 106, and storesthe PDL data in the RAM 103. Next, in step S402, the CPU 101 interpretsthe PDL data stored in the RAM 103 to convert it into a DL, and storesthis DL in the RAM 103 again.

Next, the CPU 101 activates the RIP processor 109. In step S403, the RIPprocessor 109 executes rendering processing including first blockdivision by the renderer 1000 using the DL stored in the RAM 103 asinput data, and temporarily stores image data in block units in thelocal RAM a 1007. In step S404, the RIP processor 109 executes tiledivision processing as second block division using the image data inblock units temporarily stored in the local RAM a 1007 as input data,and temporarily stores image data in tile units in the local RAM b 1008.Next, in step S405, the RIP processor 109 executes image compressionprocessing such as JPEG using the image data in tile units temporarilystored in the local RAM b 1008 as input data. In this case, the RIPprocessor 109 stores the obtained tile compressed image data in the RAM103 again, and then notifies the CPU 101 of an end interruption of therendering processing.

Next, the CPU 101 activates the print image processor 111. In step S406,the print image processor 111 executes image decompression processing bythe image decompression unit 1003 using the tile compressed image datastored in the RAM 103 as input data, and temporarily stores image datain tile units in the local RAM c 1009. In step S407, the print imageprocessor 111 executes tile combining processing by the tile combiningunit 1004 using the image data in tile units temporarily stored in thelocal RAM c 1009, and temporarily stores image data in band units in thelocal RAM d 1010. Next, in step S408, the print image processor 111executes color space conversion and halftone processing by the CSC/HT1005 using the image data in band units temporarily stored in the localRAM d 1010 as input data. In this case, the print image processor 111transfers the obtained print image data to the printer engine 500, andthen notifies the CPU 101 of an end interruption of the print imageprocessing.

The processing sequence of the local RAM control will be described belowwith reference to FIG. 3. In step S301, the CPU 101 refers to a storagecapacity change condition of the local RAM a 1007 to local RAM d 1010.The condition to be referred to by the CPU 101 in step S301 will bedescribed below with reference to FIG. 11. As shown in FIG. 11, astorage capacity change unit for, for example, respective products(model information), that for respective operation modes, or that forrespective processing jobs (job types) is applicable. When the changeunit for respective products is applied, the CPU 101 acquires an inputvalue obtained from an external pin or the like in correspondence with aproduct range such as a high/low-speed device, MFP, or SFP on thecontroller 100. In case of the change unit for respective products, astatic change method is adopted, and is fixed for each product. When thechange unit for respective operation modes is applied, the CPU 101acquires setting information such as an image quality priority mode orperformance priority mode from a user operation at the operation unit200 via the operation unit I/F 105. In case of the change unit forrespective operation modes, a static change method is adopted, and whenthe operation mode is manually changed, the storage capacities arechanged accordingly. When the change unit for respective processing jobsis applied, the CPU 101 acquires data attributes such as an outputresolution and color or monochrome from PDL data acquired from thenetwork 300 or scan image data acquired from the scanner engine 400. Incase of the change unit for respective processing jobs, a dynamic changemethod is adopted, and the storage capacities are automatically changedfor respective processing jobs.

Referring back to FIG. 3, the CPU 101 determines in step S302 based onthe information acquired in step S301 whether or not the storagecapacity change condition is matched. If the change condition is matchedin step S302, the process advances to step S303; otherwise, the localRAM control ends. Note that the case in which the change condition ismatched means an input value from the external pin or the like acquiredon the controller 100 is different from an initial state of the systemin case of the change unit for respective products. On the other hand,in case of the change unit for respective operation modes, that casemeans that setting information acquired from a user operation isdifferent from a state before change. Also, in case of the change unitfor respective processing jobs, that case means that data attributessuch as an output resolution and color or monochrome are different uponcomparison between those of the previously processed page and the nextpage to be processed.

If the CPU 101 determines that the storage capacities are required to bechanged, it changes the storage capacity of the local RAM a 1007 in stepS303. More specifically, the CPU 101 accesses a register of the capacitycontrol unit 1006 in the local RAM controller 112 to change the storagecapacity of the local RAM a 1007 used in the rendering output processingof the renderer 1000 according to the change condition matched in stepS302. Furthermore, in step S304, the CPU 101 serves as a divisioncontrol unit, and accesses a register of the renderer 1000 in the RIPprocessor 109 to change a size of the first block division executed inthe rendering processing of the renderer 1000 in correspondence with thechange in step S303. Note that the block division size to be changed isuniquely determined for the storage capacity of the local RAM a 1007changed in step S303, as described above by associating FIGS. 5, 6, 7,and 8 with 901, 902, 903, and 904, respectively. Note that the storagecapacity and block division size decided in steps S303 and S304influence the storage capacities and image processing parameters to bedecided in subsequent steps S305 and S306 to achieve a balance betweenthe PDL speed performance and image quality. Therefore, for example, theimage processing apparatus may decide required storage capacities andimage processing parameters in subsequent steps S305 and S306 so as toobtain a predetermined image quality, and may decide the storagecapacity and block division size in steps S303 and S304 by making backcalculations from the storage capacities.

In step S305, the CPU 101 accesses a register of the capacity controlunit 1006 in the local RAM controller 112 to change the storagecapacities of the local RAM b 1008 to local RAM d 1010 used by the imageprocessors after the tile division unit 1001. In step S306, the CPU 101accesses registers of the image processors after the tile division unit1001 in the RIP processor 109 and print image processor 111 to changeimage processing parameters associated with image quality incorrespondence with the change in step S305, thus ending the processing.The processing of the CPU 101 in this case is an example of that of adivision control unit.

Finally, image processing parameters related to the PDL printperformance and image quality described in FIG. 11 will be described. Inorder to adjust a tradeoff between the PDL print speed performance andimage quality in the image processing apparatus, image compression maybe switched between lossless compression and lossy compression or acompression ratio of JPEG as lossy compression may be changed inaddition to the aforementioned example. Also, as for copy and PDL printprocessing systems which make conflict operations, they may be switchedbetween simultaneous operations and exclusive operations. Furthermore,for example, the bit precision upon execution of the image processingmay be switched from 8 bits to 10 bits.

As described above, according to the embodiment of the presentinvention, by changing a division size of first block image datagenerated by rendering in accordance with a storage capacity allocatedto a first storage unit in PDL print processing, the PDL print speedperformance is adjusted. By executing the print image processingaccording to a storage capacity allocated to a second storage unitaccordingly, PDL print image quality is adjusted. In this manner, bychanging the division size of the first block image data in therendering processing, a tradeoff between the PDL print speed performanceand image quality is adjusted, thus providing a means for flexiblychanging the speed performance and image quality to the user in the PDLprint processing.

Other Embodiments

Aspects of the present invention can also be realized by a computer of asystem or apparatus (or devices such as a CPU or MPU) that reads out andexecutes a program recorded on a memory device to perform the functionsof the above-described embodiment(s), and by a method, the steps ofwhich are performed by a computer of a system or apparatus by, forexample, reading out and executing a program recorded on a memory deviceto perform the functions of the above-described embodiment(s). For thispurpose, the program is provided to the computer for example via anetwork or from a recording medium of various types serving as thememory device (for example, computer-readable medium).

While the present invention has been described with reference toexemplary embodiments, it is to be understood that the invention is notlimited to the disclosed exemplary embodiments. The scope of thefollowing claims is to be accorded the broadest interpretation so as toencompass all such modifications and equivalent structures andfunctions.

This application claims the benefit of Japanese Patent Application No.2012-197899 filed on Sep. 7, 2012, which is hereby incorporated byreference herein in its entirety.

What is claimed is:
 1. An image processing apparatus comprising:, a first division unit configured to divide image data input in a page unit into data in block units; a first storage unit configured to store a plurality of block images divided by said first division unit; a second division unit configured to read out each block image stored in said first storage unit and divide the block image into a plurality of tile images smaller than the block image; a second storage unit configured to store the plurality of tile images divided by said second division unit; a determination unit configured to determine, with reference to a parameter associated with said image processing apparatus, whether or not allocations of storage capacities to said first storage unit and said second storage unit are required to be changed; a capacity control unit configured to change, in a case where said determination unit has determined that the allocations of the storage capacities are required to be changed, the allocations of the storage capacities in correspondence with the parameter; and a division control unit configured to change division sizes in said first division unit and said second division unit in accordance with the storage capacities of said first storage unit and said second storage unit allocated by said capacity control unit.
 2. The apparatus according to claim 1, wherein said first storage unit and said second storage unit are divided as different storage areas in a single storage device.
 3. The apparatus according to claim 1, wherein the parameter associated with said image processing apparatus is model information of said image processing apparatus.
 4. The apparatus according to claim 3, wherein the model information includes at least one of information indicating a high-speed device or a low-speed device and information indicating an MFP or an SFP.
 5. The apparatus according to claim 1, wherein the parameter associated with said image processing apparatus is an operation mode of said image processing apparatus.
 6. The apparatus according to claim 5, wherein the operation mode includes at least one of information indicating a mode for prioritizing an image quality of an image to be output or a mode for prioritizing a speed of an image to be output, information indicating whether image compression to be used is lossless compression or lossy compression, information indicating a simultaneous operation mode of a plurality of processing systems or an exclusive operation mode of the processing systems, and information indicating bit precision of image processing.
 7. The apparatus according to claim 1, wherein the parameter associated with said image processing apparatus is a job type of a job to be processed by said image processing apparatus.
 8. The apparatus according to claim 7, wherein the job type includes at least one of information indicating color or monochrome and information indicating a resolution of an image to be output.
 9. A control method of an image processing apparatus, which comprises a first division unit configured to divide image data input in a page unit into data in block units, a first storage unit configured to store a plurality of block images divided by the first division unit, a second division unit configured to read out each block image stored in the first storage unit and to divide the block image into a plurality of tile images smaller than the block image, and a second storage unit configured to store the plurality of tile images divided by the second division unit, the method comprising: determining, with reference to a parameter associated with the image processing apparatus, whether or not allocations of storage capacities to the first storage unit and the second storage unit are required to be changed; changing, in a case where it has been determined in the determining whether or not the allocations of the storage capacities to the first storage unit and the second storage unit are required to be changed, the allocations of the storage capacities in correspondence with the parameter; and changing division sizes in the first division unit and the second division unit in accordance with the storage capacities of the first storage unit and the second storage unit allocated in the changing the allocations.
 10. A non-transitory computer-readable storage medium storing a computer program for controlling a computer to execute respective steps in a control method of an image processing apparatus according to claim
 9. 